home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / security / doc / cert_advisories / CA-90:09.vms.breakins.warning < prev    next >
Encoding:
Text File  |  1990-11-07  |  4.0 KB  |  99 lines
  1.  
  2. CA-90:09                    CERT Advisory
  3.                           November 8, 1990
  4.               VAX/VMS Break-ins
  5.  
  6. -------------------------------------------------------------------------
  7.  
  8. DESCRIPTION:
  9.  
  10.      Several VAX/VMS systems are presently being subjected to
  11. intrusions by a persistent intruder(s).  The intruder utilizes DECnet,
  12. TCP/IP, and/or X25 access paths to gain unauthorized entry into
  13. accounts (privileged and non-privileged).  Once a privileged account
  14. is breached, the intruder disables auditing & accounting and installs
  15. a trojan horse image on the system.  In the most recent attacks, the
  16. intruder has installed the image VMSCRTL.EXE in SYS$LIBRARY.  (Note
  17. that VMSCRTL.EXE is not a vendor-supplied filename.) The command
  18. procedure DECW$INSTALL_LAT.COM is placed in SYS$STARTUP and installs
  19. the image.  Note that these images and command files are sufficiently
  20. camouflaged so as to appear to be valid VMS system files, even upon
  21. close inspection.
  22.  
  23.      There is no evidence that the intruder is exploiting any system 
  24. vulnerability to gain access to the affected systems.  The  intruder 
  25. uses valid username/password combinations to gain access to accounts.
  26. The intruder most likely obtains these username/password combinations 
  27. by systematically searching through text files on the user disks of 
  28. penetrated systems for clear-text username/password pairs.  These 
  29. username/password combinations are often valid on remote systems, 
  30. which allows the intruder to access them as well.  Once a privileged 
  31. account is accessed, the intruder will use the AUTHORIZE utility to 
  32. detect and exploit dormant accounts (especially dormant privileged 
  33. accounts).  The intruder has also assigned privileges to dormant 
  34. non-privileged accounts.
  35.  
  36.  
  37. IMPACT: 
  38.  
  39. Unauthorized users who gain privileged and/or non-privileged system
  40. access might deliberately or inadvertently affect the integrity of
  41. system information and/or affect the integrity of the computing
  42. resource.  
  43.  
  44.  
  45. SOLUTION:
  46.  
  47. The following steps are recommended for detecting whether systems at
  48. your site have been compromised:
  49.  
  50.      1.  Search for SYS$LIBRARY:VMSCRTL.EXE and
  51. SYS$STARTUP:DECW$INSTALL.COM.  (This can be done with the following
  52. DCL command: $ DIR device:[*...]/SINCE=date /MODIFIED).  Note that to
  53. call the command procedure which installs the image, the intruder will
  54. utilize SYSMAN to modify SYS$STARTUP:VMS$LAYERED.DAT.  Thus, there
  55. will be an unexplained modification to SYS$STARTUP:VMS$LAYERED.DAT.
  56. This may be the surest indication of an intrusion, since the intruder
  57. could easily change the names and locations of the trojan horse image
  58. and its accompanying command procedure.
  59.  
  60.      2.  If you discover that auditing or accounting has been disabled
  61. for a period of time, go into AUTHORIZE and ensure that no password or
  62. other changes were made during that time.  Password changes while
  63. auditing and accounting have been disabled may indicate unauthorized
  64. access into your system.
  65.  
  66.  
  67.      The following pre-emptive actions are suggested:
  68.  
  69.      1. DISUSER all dormant accounts, especially dormant privileged
  70. accounts.
  71.  
  72.      2. Advise all users of the security problems inherent in placing
  73. username/password combinations in text files.  Consider searching your
  74. user disks for such occurrences.
  75.  
  76.      3. Change all vendor-supplied default passwords (e.g., MAILER,
  77. DECNET, SYSTEM) and make sure all passwords are difficult to guess.
  78.  
  79.      4. Make sure that all privileged users have only the minimum
  80. privileges that are REQUIRED to perform their current tasks.
  81.  
  82.      5. Closely monitor all relevant audit trails.
  83.  
  84. -------------------------------------------------------------------------
  85.  
  86. Kenneth R. van Wyk
  87. Computer Emergency Response Team/Coordination Center (CERT/CC)
  88. Software Engineering Institute
  89. Carnegie Mellon University
  90. Pittsburgh, PA 15213-3890
  91.  
  92. Internet E-mail: cert@cert.sei.cmu.edu
  93. Telephone: 412-268-7090 24-hour hotline: CERT personnel answer
  94.            7:30a.m.-6:00p.m. EST, on call for
  95.            emergencies other hours.
  96.  
  97. Past advisories and other information are available for anonymous ftp
  98. from cert.sei.cmu.edu (192.88.209.5).
  99.